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Les Threads en .NET 



Mise a jour : 24/08/201 1 
Difficulte : Difficile 


II existe en .NET quelques creatures qui se cachent dans le noir. Parmi celles-ci sont les threads, les fonctions lambda et les 
delegates . N'ayez craintes chers Zeros, voici un tutoriel qui repondra a vos attentes en ce qui concerne les threads . 


Par contre, l'etude de cette discipline requiert egalement une bonne connaissance du C#. Nous verrons egalement au passage les 
delegates, references surdes methodes. 


Je vous le dis maintenant, ce n'est pas un sujet des plus faciles, mais cela pennet de nombreuses ameliorations de vos 
applications, notamment pour leur permettre de communiquer en reseau, mais aussi de rendre fluide certaines operations lourdes 
en traitement sans bloquer votre application ! 


A 

© 


Cours pour zeros avertis seulement ! Sivous ne connaissezpas le C#, ce tutoriel n'est pas pourvous. 


Si vous desirez suivre le cours en VB.NET, je vous conseille d'utiliserun traducteur C# -> VB.NET afln de traduire les 
exemples. © 


Sommaire du tutoriel : 

\ 



• Les bases des delegates 

• Les threads 

• Les threads avec les Windows Forms 

Les bases des delegates 


Les delegates, une reference en la matiere ! 

Qu 'est-ce qu 'un delegate ? 

Un delegate est un concept abstrait du C#. Jusqu'a maintenant, une variable pouvait contenir de nombreuses choses. On traite, 
par exemple, les objets comme des variables. Elies permettent aussi de mettre en memoire des donnees, comme du texte, des 
nombres entiers ou flottants, des booleens. Ces cas ne sont que des exemples. 

Un delegate est en fait une variable un peu speciale... Elle ne sert qu'a donnerune reference vers une methode ou fonction. Elle 
est done de type reference, comme un objet ! 

L'utilite sera bien evidemment d'envoyer ces delegates en parametres ! Pensez-y, une methode generique unique pourrait 
s'occuperde lancer un nornbre infmi d'operations determinees par vos bons soins. Ne vous en faites pas sice concept est 
abstrait pour le moment. Comprenez seulement qu'on peut drastiquement augmenter la reutilisation du code avec cet outil. N'est- 
ce pas le grand but de la POO que de reutiliser le code ? 

Comment on fait un delegate ? Qa parait complique... 

Oui, qa parait complique auxpremiers abords, mais qa devient vite facile. Allez, on s'y lance ! 
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Partis pour la gloire ! 

Je vais commencerpar vous donnerun cxcmplc bien simple, un cas que vous utiliseztoujours lorsque vous programmezen C# ! 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 

namespace TestThread 

{ 

class Program 

{ 

static void Main ( string [ ] args) 

{ 

bool resultat = Test("Ceci est un test qui est negatif 

! " ) ; 

bool res2 = Test ( " Positif " ) ; 

} 

static public bool Test (string test) 

{ 

return test. Length < 15; 

} 

} 

} 



Une fonction est un bloc de traitements qui retoume un resultat, et la methode ne fait que des traitements sans rien 
retourner. Pour alleger le texte, d'ici la fin de ce tutoriel, j'appellerai toute fonction ou methode des methodes, 
indifferemment de leurtraitement. 


On voit clairement une situation tres usuelle ici. \6us appelez Test deuxfois a partir du Main. Ce qui se passera, c'est que lorsque 
viendra le temps d'executer ce code, .NET lancera la methode Test afin de donner un resultat a la variable resultat. On fait alors 
un appel de la methode. 

Je vais immediatement declarer un delegate pour la meme situation, comme 9a, vous venez de quoi il en retoume. 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 

namespace TestThread 

{ 

class Program 

{ 

//Mon delegate aura exactement la meme signature que ma 
methode ! 

delegate bool PremierDelegate ( string i) ; 

static void Main ( string [ ] args) 

{ 

//Je cree une variable a qui contiendra la methode 

Test . 

PremierDelegate a = new PremierDelegate (Test) ; 

//Au lieu d'appeler Test, je vais appeler a, ce qui me 

donnera le 

//meme resultat ! 
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bool resultat = a("Ceci est un test qui est negatif !"); 
bool res2 = a ( "Positif " ) ; 

} 

static public bool Test (string test) 

{ 

return test. Length < 15; 

} 

} 

} 


Bon, dans cet exemple, l'utilisation d'un delegate est carrement inutile, mais ils deviendront rapidement indispensables, surtout 
lors de la programmation reseau. 

Une autre utilisation tres frequente des delegates est la gestion des evenements ! Quand vous vous abonneza un evenement, 
vous refileztout simplement une methode a une liste de delegate. Quand on invoque un evenement, on appelle toutes les 
methodes abonnees. Les evenements peuvent faire l'objet d'un autre tutoriel et depassent les objectifs de ce tutoriel. Si vous 
voulezplus d'informations, veuillez visiter le site de MSDN en attendant. 

© Dans cet exemple, je me refere au concept de signature d'une methode. Je vais prendre quelques minutes pour vous 
expliquer. 


Les signatures de methodes 

Toute methode possede une signature. Une signature de methode, comme dans le monde reel, sert a identifier une methode de 
faijon unique. Si vous avez deja fait de la programmation, peut-etre avez-vous deja vu ce concept. 

La signature de methode resout le problems des noms uniques dans le cas de surcharge d'une methode. Dans les langages 
autorisant la surcharge de methode, on se refere a la signature plutot qu'au nomde la methode pour l'appeler. Pour chaque 
methode doit correspondre une signature differente des autres. Je vais vous faire un cours en accelere, done je vous invite a 
vous referera la documentation de MSDN ou alors au Forum du Site du Zero si vous avezde plus amp les questions. 

Done, la signature d'une methode contient les informations suivantes : 

• L'identificateur de la methode 

• La sequence des types de la liste des parametres 


A Le type de retour ne fait pas partie de la signature ! En effet, ce qui est important de retenir est le Nomde la methode et 
les parametres dans l'ordre. 

Ce qui fait que notre methode static public int Test(string test) a la signature suivante : Test (string) ; 

La definition d'un delegate est un peu differente. Le nomde la methode et des parametres sont inutiles. Ce qui compte e'est le 
type de retour et l'ordre des parametres selon leur type (pas leur nom). Ainsi, un delegate ne pourra referer qu'une methode 
possedant la meme definition. 

L’autopsie d'un delegate ! 

Analysons maintenant comment creer ce fameu ^delegate. Tout d'abord, sachez que le role principal d'un delegate est de passer, 
croyez-le ou non, une methode en parametre a une autre methode. On peut alors aisement imaginer la flexibilite d'un code en 
permettant a une methode generique d'appeler une methode passee en parametre et d'en afficher le resultat, peu importe les 
operations a effectuer. Nous verrons un exemple un peu plus tard. Pour le moment, voici la definition d'un delegate : 

[Attribut] [Modificateur d'acces] delegate typeRetour (parametres) 


Les cases entoures de crochets sont optionnels. Un attribut, par exemple, sert a injecter des meta-donnees 
recuperables a l'execution du programme. Cela depasse le cadre de ce cours, mais vous pouvez vous rabattre sur 
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V MSDN pour plus d'explications. Les mocfificateurs d'acces, quant a eux, sont une notion qui devrait vous etre connue. 
II s'agit de modifier l'acces a l'aide des mots cles public, private, protected, internal, etc. 


\6ici un exemple : 

class Program 

{ 


delegate int Calcul(int il, int i2); 



Parametres respectant I’ordre de la methode 

Nom du delegate 

Type de retour de la methode 

Mot clef pour creer un delegate 


static void Main(string[ ] args) 

{ 

} 


} 


Je parlais un peu plus haut de la definition d'un delegate. 11 faut bien la lui donner cette definition ! On fait generalement cela 
dans le meme espace ou Ton declare les variables glob ales. \6us verrez dans l'exemple qui suit. Ensuite, on utilise le delegate 
comme un objet. On peut alors l'utiliserdans les parametres ou ailleurs sinecessaire. Ce sera plus clair pour vous avec l'exemple 
qui suit : 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 

namespace TestThread 

{ 

class Program 

{ 

delegate int Calcul (int il, int i 2 ) ; 

static void Main ( string [ ] args) 

1 

//Affichage de la console. 

Console .WriteLine ( "Test de delegate"); 

Console. WriteLine (" ") ; 

//On passe a la methode Afficher la methode a lancer et 
les arguments. 

Afficher (Add, 25, 19); 

Afficher (Sub, 52, 17); 

Af f icher (Mul , 10, 12); 

Af f icher (Div, 325, 5); 

//On ne ferme pas la console immediatement . 

Console . ReadKey ( ) ; 

} 
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//On fait une methode generale qui prendra le delegate 

en parametre. 

static void Af f icher (Calcul calcul, int i, int j) 


Console . WriteLine ("{ 0 } {1} {2} = {3}", i, 
calcul . Method . Name , 

j , calcul (i, j ) ) ; 

} 


//Methodes tres simples qu 
des parametres identiques. 


on 

t toutes 


un 

type 

static 

int 

Add (int 

i r 

int 

j) 

{ 

return 

i 

+ 

j ; 1 

static 

int 

Sub (int 

i r 

int 

j) 

{ 

return 

i 

- 

j ; l 

static 

int 

Mul (int 

i. 

int 

j) 

{ 

return 

i 

* 

j ; 1 

static 

int 

Div (int 

i r 

int 

j) 

{ 

return 

i 

/ 

j ; 1 


} 

} 


C'est pas du chinois, mais c'est pas simple, hein ? En effet, 9a arrache une grimace la premiere fois qu'on voit 9a, mais en fait, c'est 
tres simple. Comme toutes nos methodes repondent a la meme definition que notre delegate , nous sommes en mesure de toutes 
les utiliser a l'aide du meme. C'est un peu comme de dire qu'un int peut egaler 0 ou bien 12154, car les deuxrepondent a la meme 
definition, soit etre un entier entre int.Min et int.Max. 

Ce code, bien que simple est tres puissant. Si je voulais ajouter l'operation modulo, il serait TRES TRES simple de le faire, vous 
ne trouvezpas ? 

Cela conclut notre introduction au ^delegates. 11 y en a plus que 9a a savoir et a comprendre, mais si vous maitrisez cette partie, 
c'est excellent. Si vous ne maitrisez pas bien, je vous recommande de la relire ! Si vous avez fait du C ou du C++, cette 
fonctionnalite ressemble etrangement auxpointeurs sur fonction. Lorsque l'on fera de la programmation reseau, ces delegates 
devriendront essentiels ! Courage, c'etait vraiment le plus difficile ... 

Les threads 

Un peu d'histoire 

On park beaucoup de threads ces temps-ci. Les nouveauxprocesseurs sont des puces coi^ues afin d'optimiser le traitement de 
plusieurs threads simultanes. 11 y a quelques annees, a l'ere du Pentium 4, on ne cessait d'augmenter la frequence d'horloge afin 
d'optimiser la vitesse d'un seul coeur. Chaque thread avait un numero et attendait son tour afin d'etre traite. 

Ne vous meprenezpas, cela n'a pas change, mais les processeurs ont commence a les traiter simultanement, d'abord avec la 
technologie HT sur les demiers Pentium 4, puis a l'aide de multiples coeurs avec les Core 2 Duo / Quad. Maintenant, il s'agit d'un 
melange des deux, soit de multiples coeurs qui appliquent chacun une technologie LIT, comme dans le Core il d'Intel. Pardonnez- 
moi, mais je connais tres mal les processeurs AMD, etant un utilisateur d'Intel majoritairement (^) ■ 

Cela explique un peu revolution de la technique de traitement des threads, mais je ne vous ai toujours pas explique comment 
fonctionne le multi-task en Windows. 

Le multi-task en Windows 

Un ordinateur, 9a ne sait faire qu'une seule chose a la fois ! 

Windows, comme tout bon SE actuel se sert d'une methode particuliere afin de simuler un multi-task. En effet, un processeur ne 
sait que faire une chose a la fois. La technique est bien simple, il s'agit de creerun systeme de jeton et de le passer a chaque 
processus pourun certain temps selon leur priorite. 

En ce moment meme, vous utilisez votre navigateur prefere pour visiter le site du Zero, mais cela n'empeche pas votre ordinateur 
de vaquer a d'autres occupations. Par exemple, vous etes peut-etre en train de copier un fichier, ou meme juste en train d'avoir 3 
fenetres ouvertes sur le Bureau en ce moment. Windows doit rafraichir leur contenu a toutes les xmillisecondes afin de creer un 
sentiment de fluidite chez 1'utilisateur. 

Done, suivant cet exemple, Windows aura un jeton a accorder a votre navigateur web pour tant de temps, puis suspendra ses 
calculs et operations et donnera le jeton a un autre traitement. Lorsqu'il reviendra au navigateur, celui-ci sera autorise a continuer 
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ses operations. Comme 9 a, tout le monde est content, mais surtout l'utilisateur qui desire ouvrir Google Chrome en meme temps 
que MSN et Word, ainsi que Visual Studio 2010. Ne riezpas, c'est pas mal le scenario actuel de mon PC en ce moment... Tout 9 a 
pour dire qu'on commence la section sur les threads pour de vrai ! 

Les threads, enfin ! 

Les threads sont des executions que Ton separe de l'execution principale pour les raisons suivantes : 

• Tache exigeante (gros calculs, gros traitements, etc)... 

• Tache detachee (impression, recherche, etc)... 

• Tache bloquante ( 9 a sent le reseau ici !)... 


Creerun thread dans ces cas est utile afin de creerun certain parallelisme dans les executions. 



Les threads rendent un code beaucoup plus complexe, non seulement a l'ecriture, mais aussiau debogage ! Oh la la, 
que de frustration passees a programmer avec les threads. Cela dit, ils apportent enormement de puissance a une 
application ! Cette complexity vient du fait que le systeme dejeton est imprevisible ! Parexemple, ilpourrait passer3 
secondes sur un thread A, mais 2 secondes sur un thread B. Bien-sur, on ne parle pas de secondes ici, mais bien de 
nano-secondes. Un autre point frustrant sera que lors du deboggage, vous pourriezvous retrouver dans une methode 
completement differente de celle qui vous interesse en un clin d'oeil, justement a cause que le systeme dejeton a 
change de thread et vous a projete dans la methode qu'il execute au moment meme. 


Le cas des taches bloquantes... 

Une application Windows Forms est amenee a se rafraichir assez frequemment. Lors de grosses operations ou d'operations 
synchrones quibloquent, tout le temps de calcul est alloue a ces taches et non plus au rafraichissement. Apres un certain temps, 
Windows declare l'application comme "Ne repondant plus". Si vous planifiezde distribuer votre application, ce comportement 
est inacceptable, vous en conviendrez. C'est dans ce type de cas qu'on utilisera les threads, lmaginez afficher une belle animation 
sur un Splash Screen alors que les ressources sont en chargement en arriere plan. 

Les differents types de thread 

II est possible de creer deux types de threads, bien que cela revienne au meme. Lors de l'instanciation de la classe Thread, il est 
possible de garder la reference de l'objet, ou de la laisse hotter. Si on ne la recupere pas, on appellera ce thread "independant". II 
sera cree, puis lance immediatement. Comme on ne gardera pas la reference, on ne pourra pas contra ler ce thread du tout. 11 fera 
ce qu'il a a faire, sans que Ton puisse intervenir (sauf en utilisant quelques primitives de synchronisation que nous verrons plus 
tard). 

\bici comment declarer un thread independant : 

Code : C# 

new Thread (fonction) . Start () ; 


O Puisqu'il n'y a pas d'operateur d'affectation ( = ), on laisse partir la reference. Lorsque le thread se tenninera, le Garbage 
Collector passera en arriere et se debarrassera de l'objet pour nous. 

Le type dependant est beaucoup plus frequent. II s'agit de garder la reference sur l'objet afin de pouvoir l'analyser, le tester, 
l'influencer. \bus connaissez deja tous comment le creer, mais pour la forme, voici un exemple : 

Code : C# 

Thread nomThread = new Thread ( fonction) ; 


Cela peut porter a confusion, mais tous les threads d'une meme application sont appeles Processus dans 
l'environnement Windows .Ceci provient du fait que Windows desire grouper tous les threads appartenant a une 
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application au cas ou 9a toumerait mal. Cependant, le systeme de jeton mentionne ci-haut fonctionne au niveau des 
threads lui-meme, et pas des processus. Cela signifie egalement que de mettre fin au thread principal met en effet fin aux 
threads enfants, independants ou dependants, car on detruit carrement le processus et les threads qui le composent. 


Comment lancer le thread ? 

Tout d'abord, assurez-vous d'utilisez l'espace de nom(vous savez, les using tout en haut de votre fichier .cs) using 
System . Threading; . 

Declarer un nouveau thread va comme suit : 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace TestThread 

{ 

class Program 

1 

static void Main (string [ ] args) 

{ 

//On initialise 1'object Thread en lui passant la 

methode 

//a executer dans le nouveau thread. Qa vous rappelle 

pas 

//certains delegates ga ? 

Thread th = new Thread (Afficher ) ; 

//Un thread, ga ne part pas tout seul . II faut lui 

indiquer de 

//commencer 1' execution. 
th . Start ( ) ; 

Console . ReadKey ( ) ; 

} 

static void Afficher () 

{ 

//Code tout bete qui affiche la lettre A 1000 fois. 
for (int i = 0; i < 1000; i++) 

{ 

Con sole. Write ("A") ; 

} 

} 

} 

} 


Ce code fonctionne bien dans le cas ou on n'a aucun parametre a passer. II est un peu plus complique d'en passer, mais on s'en 
sort, vous verrez. 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace TestThread 

{ 

class Program 
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static void Main (string [ ] args) 

{ 

//II faut creer un objet Parameter izedThreadStart dans 
le constructeur 

//du thread a fin de passer un parametre. 

Thread th = new Thread (new 
ParameterizedThreadStart (Afficher) ) ; 

Thread th2 = new Thread (new 
ParameterizedThreadStart (Afficher) ) ; 

//Lorsqu'on execute le thread, on lui donne son 
parametre de type Object. 

th". Start ("A") ; 

th2 . Start ("B") ; 

Console . ReadKey ( ) ; 

} 

//La methode prend en parametre un et un seul parametre de 
type Object. 

static void Afficher (object texte) 

{ 

for (int i = 0; i < 10000; i++) 

{ 

//On ecrit le texte passer en parametre . N ' oubliez 

pas de le caster 

//car 11 s'agit d'un type Object, pas String. 
Console.Write( (string) texte) ; 

} 

Console . WriteLine ( "< Thread {0} termine 

>", ( string) texte ) ; 

} 

} 

} 


© Attention, la plus frequente source d'erreur lors de l'utilisation de ce genre de thread est le parametre. En effet, ce type 
de delegate a sa propre definition et il requiert un seul et unique parametre qui sera de type object. Faites bien attention 
a trans typer (cast) vos variables correctement ! 


Cet exemple est parfait pour vous montrer comment les threads sont inprevisibles, et c'est ce qui les rend compliques ! Je vous 
montre le resultat chezmoi. 
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C'est pas bien beau tout g a. Je suis sur que chez vous, c'est tout-a-fait different. Meme si je nefais que le redemarrer, ce sera 
different ! La legon a retenir ici est que les threads sont imprevisibles, comme je Vai explique plus haut. Pour preuve, j'ai 

relance le meme processus un pen plus tard, et void le resultat : 
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» file:///c:/users/g retro/documents/visual studio 2010/Projects/TestThread/TestThread/bin/Debug/T... c= 1 ® 



k 


On voit tres bien que dans ce cas-ci, le Thread B a termine en premier, ce qui prouve que le meme code peut generer des 
resultats differents d'une execution a Vautre, s'il est code avec des threads ! 


Cas particuliers 

Meme si un thread s 'execute en dec^a de votre programme principal, il reste que la methode qu'il execute fait partie de la classe a 
laquelle la methode appartient. Cela signifie que l'acces auxvariables globales et membres de votre classe lui seront accessibles 
sans probleme. 

La oil le probleme se pose, c'est lorsque plusieurs threads devront accedera la meme variable, y faire des changements et des 
tests. Imaginezque votre thread A accede auxvariables nominateuret denominateur qui sont globales (a proscrire, mais bon). Le 
thread A a le temps de faire quelques tests, a savoir verifier si le denominateur n'est pas egal a zero avant de proceder a une 
division. Tous les tests passent, mais juste au moment ou le thread anive pour effectuer l'operation, le thread B s'empare du 
jeton. Le thread B est charge de reinitialiser le denominateur a 0, et c'est ce qu'il fait. A ce moment la, le jeton revient au thread A 
qui tente d'effectuer la division. Oops, 9a plante... C'est ce qu'on appelle un probleme de synchronisation. Je ne vais pas vous 
mentir, ces problemes sont rares. Ilfaut vraiment que vous soyezmalchanceux. II reste cependant important de bien synchroniser 
ses threads, surtout si Ton aspire a commercialiser le produit. Ainsi, plusieurs structures de synchronisation existent, et nous 
allons en survoler quelques unes. 

Les mecanismes de synchronisation 


Les variables de controle 

Ilpeut sembler que les variables de controle soient un concept tres pousse, mais pas du tout ! II s'agit betement d'une variable 
globale que seul le thread principal modifiera et que les threads enfants controleront. Ce concept est particulierement efficace 
dans le cas ou le thread effectue une boucle infinie. Encore un fois, 9a sent la programmation reseau ici. Je vous illustre le 
concept a l'aide d'un bete exemple. 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace VarControle 

{ 

class Program 
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//Quelques variables a portee globale. 

private static bool quitter = false; 
private static int _identif icateur = 0; 

static void Main ( string [ ] args) 

{ 

Console . Title = "Variables de controle"; 

//On cree un tableau de threads. 

Thread[] threads = new Thread[5]; 

//On itere a travers le tableau afin de creer et lancer 

les threads. 

for (int i = 0; i< threads . Length; i++) 

{ 

//Creation et lancement des threads. 

threads [i] = new Thread (OperThread) ; 
threads [ i ] . Start ( ) ; 


thread. 


//On laisse passer 500ms entre les creation de 
Thread. Sleep (500) ; 


//On demande a ce que tous les threads quittent. 
_quitter = true; 

Console . ReadKey ( ) ; 

} 


static void OperThread () 

{ 

//On donne au thread un identif icateur unique. 
int id = ++_identif icateur ; 

Console .WriteLine ( "Debut du thread {0}", id); 

while ( Iquitter) 

{ 


quitter . 


Is . 


//On fait des choses ici tant qu’on ne desire pas 
Console . WriteLine ( "Thread {0} a le controle", id) ; 
//On met le thread en etat de sommeil pour 1000ms . 
Thread. Sleep (1000) ; 


Console .WriteLine ( "Thread {0} termine", id) ; 


\6ici le resultat : 
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Variables de controle 


Debut du thread 1 
Thread 1 a le controle 
Debut du thread 2 
Thread 2 a le controle 
Debut du thread 3 
Thread 3 a le controle 
Thread 1 a le controle 
Thread 2 a le controle 
Debut du thread 4 
Thread 4 a le controle 
Thread 3 a le controle 
Debut du thread 5 
Thread 5 a le controle 
Thread 1 a le controle 
Thread 4 termine 
Thread 2 termine 
Thread 3 termine 
Thread 5 termine 
Thread 1 termine 



Ce qu'il faut comprendre de cet exemple, c'est que les variables de controle sont une bonne methode afm d'influencer le 
comportement d'lin thread, mais generalement settlement lorsque celui-ci est en boucle. Aussi, il est TRES important de 

© retenir que seul le thread principal doit modifier la valeur de cette variable. Sinon, on pourrait retrouver des threads a 
toutes les sauces. Imaginez qu'a chaque iteration, la boucle change la valeur de la variable de controle. On ne sait pas 
quand ou comment cela se produira et les problemes feraient probablement vite leur apparition. Somme toute, il s'agit 
d'une bonne methode a ne pas utiliser a outrance. 


© Avez-vous remarque un bout de code qui ne vous semblait pas thread-safe ? Si oui, vous comprendrez certainement 
l'utilite du prochain mecanisme de synchronisation. 


Secret (cliquez pour afficher) 

Code : C# 

//On donne au thread un identificateur unique. 
int id = ++ identificateur; 


Ce bout de code n'est pas thread-safe, car on ne sait pas si un autre processus pourrait prendre le controle au mauvais 
moment. Si l'ordre de lancement est tres important, cette ligne pourrait ne pas s'executer a temps. 


Le lock 

L'instmction lock permet de verrouiller efficacement une ressource tant et aussi longtemps qu'un bloc destruction est en cours. 
Cela signifie que si d'autres threads tentent d'acceder a la meme ressource en meme temps, ils ne pourront pas. Cela ne signifie 
pas qu'ils planteront et se termineront, mais plutot qu'ils passeront le jeton a un autre thread et attendront patiemment leur tour 
afm d'acceder a cette ressource. 

\bici un bel exemple : 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Ling; 
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using System. Text; 
using System. Threading; 

namespace Lock 

{ 

class Program 

{ 

//Variable temoin du lock. 

private static Object _lock = new Object (); 

//Sert a initialiser des valeurs pseudos-aleatoires . 

private static Random rand = new 
Random ( ( int ) DateTime . Now .Ticks ) ; 

//Variable de controle. 

private static bool quitter = false; 

//Variables globales etant affectees par les threads. 

private static int _nominateur; 
private static int _denominateur ; 

static void Main ( string [ ] args) 

{ 

Console . Title = "Demonstration des lock"; 

//On cree les threads. 

Thread init = new Thread ( Initialiser ) ; 
init . Start ( ) ; 

Thread reinit = new Thread (Reinitialiser ) ; 
reinit . Start ( ) ; 

Thread div = new Thread (Diviser) ; 
div . Start ( ) ; 

//On les laisse travailler pendant 3 seconde . 

Thread. Sleep (300 0) ; 

//Puis on leur demande de quitter. 

_quitter = true; 

Console . ReadKey ( ) ; 

} 

private static void Initialiser ( ) 

{ 

//Boucle infinie controlee. 

while ( (quitter) 

{ 

//On verouille l'acces aux variables tant que 1 ' on 

a pas termine. 

lock (_lock) 

{ 

//Initialisation des valeurs. 
nominateur = rand . Next ( 2 0 ) ; 
denominateur = rand. Next (2, 30); 

} 

//On recommence dans 250ms. 

Thread . Sleep (25 0 ) ; 

} 

} 

private static void Reinitialiser ( ) 

{ 

//Boucle infinie controlee. 

while ( (quitter) 

{ 

//On verouille l'acces aux variables tant que 1 ' on 

a pas termine. 

lock ( lock) 
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{ 

//Reinitialisation des valeurs. 
nominateur = 0; 
denominateur = 0; 

} 

//On recommence dans 300ms. 

Thread . Sleep (300 ) ; 

} 

} 

private static void DiviserO 

{ 

//Boucle infinie controlee . 

while ( (quitter) 

{ 

//On verouille pendant les operations. 
lock (lock) 

{ 

//Erreur si le denominateur est nul . 

if ( denominateur == 0) 

Console . WriteLine ( "Division par 0"); 

else 

{ 

Console . WriteLine ("{ 0 } / {1} = {2}", 
nominateur, denominateur, nominateur / (double) denominateur); 

} 

} 

//On recommence dans 275ms. 

Thread . Sleep (2 75 ) ; 


Resultat : 


Demonstration des lock 


15 / 6 = 0,833333333333333 
1? / 9 = 0,777777777777778 

1 / 20 = 0,05 

13 / 21 = 0,619047619047619 
16 / 23 = 0,695652173913043 

2 / 12 = 0,166666666666667 
Division par 0 

Division par 0 
Division par 0 
Division par 0 
L7 / 3 = 5,66666666666667 


(=1 22 


C'est bien comique parce que lorsque je vous ai prepare cet exemple, l'erreur dont je vous ai mentionne plus tot s'est 
produite. Je n'avais alors pas englobe mon test du denominateur dans l'instruction lock, ce qui a pennis au thread en 
charge de reinitialiser les valeurs d'embarquer. Cela a produit une erreur de type NaN (Non-Numerique). 
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V Malheureusement, sur le coup, je n'aipas fait de capture d'ecran, et j'ai done essaye de reproduire l'erreur, mais sans 

succes. C'est done vous dire qu'avec les threads, il faut tout prevoir des le depart, car l'apparition d'une erreurpeut etre 
un heureux(ou inallieureux) hasard ! 


Done, dans cet exemple, on voit que tout est bien protege. Aucun thread ne peut venir interferer avec les autres . Remarquez la 
creation d'une instance d'un objet de type Ob j ect a la ligne 12. Cela est notre temoin de verrouillage. En realite, n'importe quel 
objet qui se passe en reference peut servir de temoin de verrouillage. Comme nous avons travaille avec des int dans cet 
exemple et que ce type est passe par valeur, nous avons eu a creer cette variable. 


\6ici un exemple ou une variable temoin est inutile : 
Code : C# 


using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace lockEx 

{ 

class Program 

{ 

static List<string> liste = new List<string> ( ) ; 

static void Main ( string [ ] args) 

{ 

for (int i = 0; i < 6 ; i++) 

new Thread (Aj outer ). Start () ; 

} 


} 


static void Aj outer () 

{ 

lock (liste) 

liste . Add ( "abc" ) ; 

} 


Ici, on utilisera done l'objet liste qui se passe par reference, et qui est done acceptable. 

II est possible de creer un lock en lui specifiant un nomde type string. Cependant, Microsoft ne le recommande 

© pas, car cette notation pourrait amener de la confusion. N'oubliezpas non plus qu'il est possible de faire de multiples 
lock qui ne protegent pas les memes res sources (independants les uns des autres). II suffit de changer la variable 
temoin pour accommoder la situation. 


Les Mutex 

Les Mutexsont exeessivement similaires auxlock. Cependant, si vous des irez creer de nombreuses sections critiques 
independantes, les Mutexont l'avantage d'etre sous forme d'objets plutot que destructions. Un petit exemple vous eclaira sur 
l'utilisation des Mutex 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace MutexEx 

{ 
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class Program 

{ 

private const int TAILLE_TABLEAU = 2; 

//On cree les Mutex. 

private static Mutex _muxMultiplier = new Mutex (); 
private static Mutex _muxDiviser = new Mutex (); 

//On cree les tableaux de valeurs . 

private static int[] _valDiv = new int [TAILLE^TABLEAU] ; 
private static int[] _valMul = new int [TAILLE^TABLEAU] ; 

//Objet Random et variable de controle. 

private static Random rand = new 
Random ( ( int ) DateTime . Now .Ticks ) ; 

private static bool quitter = false; 

static void Main (string [ ] args) 

{ 

Console . Title = "Exemple de Mutex"; 

//On cree et on demarre les threads. 

Thread init = new Thread ( Initialiser ) ; 
init . Start ( ) ; 

Thread mul = new Thread (Multiplier ) ; 
mul . Start ( ) ; 

Thread div = new Thread (Diviser) ; 
div . Start ( ) ; 

//On laisse les threads fonctionner un peu . . . 

Thread. Sleep (3000) ; 

//On demande a ce que les operations se terminent. 
_quitter = true; 

Console . ReadKey ( ) ; 

} 

private static void Initialiser ( ) 

{ 

while ((quitter) 

{ 

//On demande au thread d'attendre jusqu'a ce qu'il 
ait le controle sur les Mutex. 

muxMultiplier . WaitOne ( ) ; 
muxDiviser . WaitOne () ; 

for (int i = 0; i < TAI LLE_TABLEAU ; i++) 

{ 

//On assigne au tableau de nouvelles valeurs . 

valMul[i] = _rand . Next (2 , 20); 
valDiv[i] = rand.Next(2, 20); 

} 

Console . WriteLine ( "Nouvelles valeurs !"); 

//On relache les Mutex 

muxDiviser . ReleaseMutex ( ) ; 
muxMultiplier . ReleaseMutex ( ) ; 

//On tombe endormi pour 100ms. 

Thread . Sleep ( 1 0 0 ) ; 

} 

} 

private static void Multiplier () 

{ 

while ((quitter) 

{ 
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//On demande le Mutex de multiplication. 
muxMultiplier . WaitOne ( ) ; 

//On multiplie. 

Console . WriteLine ("{ 0 } x {1} = {2}", _valMul[0], 
valMulfl], valMul[0] * valMul[l]); 

//On relache le Mutex. 
muxMultiplier . ReleaseMutex ( ) ; 

//On tombe endormi pour 200ms. 

Thread . Sleep (2 0 0 ) ; 

} 

} 

private static void DiviserO 

{ 

while ( !_quitter) 

{ 

//On demande le Mutex de division . 

muxDiviser . WaitOne () ; 

//On divise. 

Console . WriteLine ("{ 0 } / {1} = {2}", _valDiv[0], 
valDiv[l], valDiv[0] * valDiv[l]); 

//On relache le Mutex de Division. 
muxDiviser . ReleaseMutex ( ) ; 

//On tombe endormi pour 200ms. 

Thread. Sleep (200) ; 
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Si vous avez fait un peu de programmation en Win32 (langage C), vous pouvez voir la lignee directe des Mutex du .NET et des 
CRITICAL_SECTION du Win32. Sinon, vous voyezque les Mutexont la meme fonction que l'instruction lock en un peu 
plus verbeux Je tiens cependant a vous avertir que de ne pas relacher un Mutexpeut faire planter votre application, done faites 
attention a cela. 

SemaphoreSlim 

Le SemaphoreSlim sert a contra lerl'acces d'une ressource limitee. Jusqu'a maintenant, les mecanismes de synchronisation dont 
nous avons parle ont surtout servia limiter une ressource a un acces mutuellement exclusifentre des threads concurrents. Quant 
est-il si l'on veut partager une ressource, mais a travers plusieurs threads simultanement ? Cependant, on aimerait garder un 
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nombre maximal d'acces concurrent a la ressource. Les semaphores existent pour cette raison. En C# .NET, il existe deux types de 
semaphores. Le classique Semaphore et le SemaphoreSlim. La difference provient de la complexite de l'objet et des 
mecanismes internes. Le Semaphore utilise un wrapper autour de l'objet Semaphore du Win32 et rend done disponible ses 
fonctionnalites en .NET. Le SemaphoreSlim, lui, est plutot utilise lors de courtes durees d'attente et utilise les mecanismes 
propres au CLR. 

Je ne montrerai que le SemaphoreSlim, les deuxse ressemblant beaucoup. Cependant, le SemaphoreSlim reste le plus facile et le 
plus leger a implementer. Pour plus d'information sur la difference, veuillez lire cet article sur MSDN. Peu importe la version qui 
est chois i, vous pouvez voir les Semaphores comme un "doorman" dans une boite de nuit. La place a l'interieur est limitee et le 
doorman devra controler l'acces a la ressource. 


Code : C# 


using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace SemaphoreSlimEx 

1 

class Program 

{ 

//Declaration du SemaphoreSlim qui prendra en parametre le 
nombre de places disponibles. 

static SemaphoreSlim doorman = new SemaphoreSlim (3) ; 

static void Main ( string [ ] args) 

1 

Console . Title = "Exemple de SemaphoreSlim"; 

//Creation des threads . 

for (int i = 0; i < 10; i++) 

new Thread (Entrer) . Start (i) ; 

Console . ReadKey ( ) ; 

} 


d 'autre 
1 

} 


static void Entrer (object n) 

1 

Console .WriteLine ( "La personne #{0} veut entrer", n) ; 

//Le doorman attendra qu'il y ait de la place. 

doorman .Wait ( ) ; 

Console . WriteLine ("#{ 0 } vient d'entrer dans le bar", n); 
Thread . Sleep (( int ) n * 1000) ; 

Console . WriteLine ("#{ 0 } a quitte le building !", n); 

//Le doorman peut maintenant faire entrer quelqu'un 
doorman .Release ( ) ; 

} 
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Exemple de SemaphoreSlim 


lLa 
|La 
180 
|#2 

ja 

|#i 
lug 

ja 

IS 3 
lLa 
|La 
ILa 
La 
La 
■La 
PI 
#4 
#2 

1 85 
S3 
86 

1 84 
87 
85 
88 
86 

1 89 

88 

89 


personne 82 ueut entrer 
personne 80 ueut entrer 
uient d' entrer dans le bar 
uient d' entrer dans le bar 
personne 81 ueut entrer 
uient d' entrer dans le bar 
a quitte le building t 
personne 83 ueut entrer 
uient d' entrer dans le bar 
personne 84 ueut entrer 
personne 85 ueut entrer 
personne 86 ueut entrer 
personne 87 ueut entrer 
personne 88 ueut entrer 
personne 89 ueut entrer 
a quitte le building t 
uient d' entrer dans le bar 
a quitte le building ? 
uient d' entrer dans le bar 
a quitte le building ? 
uient d' entrer dans le bar 
a quitte le building f 
uient d' entrer dans le bar 
a quitte le building ? 
uient d' entrer dans le bar 
a quitte le building ? 
uient d' entrer dans le bar 
a quitte le building f 
a quitte le building t 
a quitte le building ? 



Le Join() 

C'est le dernier mecanisme de synchronisation dont je parlerai. II s'agit tres simp lenient d'attendre la fin d'un autre thread afin de 
continuer le thread dans lequel le JoinQ est defini. Cela en fait une methode bloquante qui pourrait vous causer des problemes 
en Windows Forms. 

Petit exemple : 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace TestThread 

{ 

class Program 

{ 

static void Main ( string [ ] args) 

{ 

Thread th = new Thread (new 
ParameterizedThreadStart (Afficher) ) ; 

Thread th2 = new Thread (new 
ParameterizedThreadStart (Afficher) ) ; 

th. Start ("A") ; 

//On attend la fin du thread A avant de commencer le 

thread B. 

th . Join ( ) ; 
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th2 . Start ("B") ; 

Console . ReadKey ( ) ; 

} 

static void Afficher (object texte) 

{ 

for (int i = 0; i < 10000; i++) 

{ 

Console .Write ( (string) texte); 

} 

} 

} 

} 


Le AbortQ 


Bon, apres avoir vu comment bien synchroniser ses threads, voyons ce que vous ne devez 


PAS 


faire!!!^ 


Code : C# 


using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace ThreadStop 

{ 

class Program 

{ 

static void Main ( string [ ] args) 

{ 

Thread thread = new Thread (Test) ; 

thread . Start ( ) ; 

Thread . Sleep ( 1 0 0 ) ; 

//On tue le processus . A NE PAS FAIRE ! 
thread . Abort ( ) ; 


Console . ReadKey ( ) ; 

} 


} 


} 


public static void Test() 

{ 

for (int i = 0; i < 10000; i++) 
Console . WriteLine ( i ) ; 

} 



Auxpremiers abords, cela semble assez facile a faire, et sernble sans grandes consequences. En fait, vous avez 
probablement raison dans cet exemple. Cependant, ne prenezpas l'habitude de faire tenniner vos threads si 
abmptement, car il se pourrait que cela vous cause des erreurs eventuellement. En effet, vous ne fermez pas votre 
ordinateur en debranchant la prise du mur, n'est-ce pas ? ( N'est-ce pas ?). C'est le meme principe ici. Si vous etiez 

en train de faire quelque chose de vraiment important, et que le thread principal chois irait ce moment pour arreter le 
thread, l'application en entier pourrait devenir instable et planter. Puisqu'on ne veut pas cela, il vaut mieuxutiliser le 
JoinQ et une variable de controle, comme dans l'exemple suivant : 
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Code : C# 


using System; 

using System. Collections . Generic; 
using System. Linq; 
using System. Text; 
using System. Threading; 

namespace ThreadStop 

{ 

class Program 

{ 

private static bool continuer = true; 

static void Main ( string [ ] args) 

{ 

Thread thread = new Thread (Test) ; 

thread . Start ( ) ; 

Thread . Sleep ( 1 0 0 ) ; 

//On demande au thread de s'arreter au prochain passage 
d'un moment qui semble naturel. 

^continuer = false; 

//On attend que le thread se termine. 
thread . Join ( ) ; 

Console . ReadKey ( ) ; 

} 


public static void Test() 


1 'on peut 


} 


} 


} 


//On fait 10 000 iterations, tant et aussi longtemps que 
continuer (variable de controle) . 

for(int i = 0; i < 10000 && _continuer; i++) 

Console .WriteLine(i) ; 


Et voila, on se sent toujours mieuxqiiand on fait quelque chose de bien, non ? Comme qa, si le thread a besoin de temps pour 
bien terminer ses operations (appeler quelques Dispose(), ou fermer des connexions TCP), il le pourra. Utilisez done les JoinQ et 
pas les Ahort(). Les Abort(), e'est mal & 


Lorsque vous fermez l'application, Windows tend a simplement appeler Abort() surles threads en fonction. Ce 

O comportement est herite du Win32 dont le .NET recouvre a l'aide de wrappers (il s'agit d'une longue histoire, croyez- 
moi). C'est aussi pourquoi on evitera autant que possible l'usage de threads independants, car ils sont mo ins 
controlables. Prevoyezdonc attendre les threads actifs lorsque vous quitter votre application, car comme nous l'avons 
dit, les AbortQ , c'est mal. Quoique avec le Garbage Collector de .NET... NON, NON, C'EST MAL ! 


Nous sommes maintenant prets a aborder le sujet du multi-tache en Windows Forms ! Je vous montrerai comment eviter que cela 
ne vire en catastrophe, ne craignezrien. 

Les threads avec les Windows Forms 

Lorsque viendra le temps de faire du reseau, il sera important de respecter la securite interne des ressources. Il sera tres souvent 
interessant de modifier un objet Windows Forms avec les donnees issues d'un autre thread. C'est notamment le cas en reseau, si 
on fait un programme de ch@t, par exemple. 

Rappelez-vous, un peu plus haut, quand je vous aidit qu'un thread, meme s'il est separe, a acces auxmembres de sa classe ? Je 
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ne vous aipas menti. Mais dans le cas des objets Windows Forms, ceux-cine sont pas baties thread-safe et done que .NET 
limite leurs possibilites en multi-thread. Cela signifie que, malheureusement, vous ne pourrezaccedera leurs proprietes qu'en 
lecture seule si vous ne faites pas parti du meme thread. Je vous donne un exemple : 

J'ai construit une Windows Forms tres simple n'ayant que deux elements : 

• Une Progress Bar 

• Un Bouton 



J'ai ajoute le code suivant dans le fichierFo rml.es. 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. ComponentModel; 
using System. Data; 
using System. Drawing; 
using System. Linq; 
using System. Text; 
using System. Windows . Forms; 
using System. Threading; 

namespace ThreadWForms 

{ 

public partial class Forml : Form 

{ 

private Random rand = new Random (( int ) DateTime . Now . Ticks ) ; 

private int[] tableau = new int [100000000] ; 

public Forml () 

{ 

InitializeComponent ( ) ; 

//On genere un tableau d'entiers aleatoires. 
for (int i = 0; i < tableau . Length; i++) 

{ 

tableau[i] = rand. Next (50000) ; //...Boucle tres 
simple, avec methode Random tres simple. 

} 

} 

public void Selection () 

{ 

//On va simplement compter les nombres du tableau 
inferieurs a 500. 

int total = 0; 

for (int i = 0; i < tableau . Length; i++) 

{ 

if (tableaufi] < 500) 

{ 

total++ ; 

} 

//Puis, on incremente le ProgressBar. 

pgbThread . Value = (int) (i / (double) tableau . Length * 

100 ) ; 
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} 

} 

private void btnLancer_Click ( ob j ect sender, EventArgs e) 

{ 

//On cree le thread. 

Thread tl = new Thread (new ThreadStart (Selection) ) ; 

//Puis on le lance I 
tl . Start ( ) ; 

} 


} 


O Ce code n'est pas bon, bien que logique. Cela produira cette erreur : 


r (int l = i < tableau. Length; i++) 

if (tableau[i] < 500) 

{ 

total++; 

} 

//Puis, on incremente le ProgressBar. 

^jgbThread .Value = (int)(i / (double ) tableau . Length * 100); 


I L'exception InvalidOperationException n’a pas ete geree 

Operation inter-threads non valide : le controle pgbThread’ a fait I'objet d'un 
acces a partir d'un thread autre que celui sur lequel il a ete cree. 

Conseils de depannage : 

Comment effectuer des appels inter-threads a des controles Windows Forms a 
O btenir une aide d'ordre general pour cette exception. = 


a void btnLancer_Click(object sender, EventArgs e) 
In cree le thread. 

■ead tl = new Thread(new ThreadStart(Selection) ) ; 


Rechercher de I'aide en ligne complementaire... 

Actions : 

Afficher les details... 

Copier le detail de l'exception dans le Presse-papiers 


^uis on le lance ! 
•Start(); 


Alorsje vous l'avais pas dit que 9a ne marcherait pas ? Ilexiste heureusement une faqon bien simple de contrerce probleme, et 
c'est de passer par les delegates ! En effet, car si ceux-cipeuvent etre passes en parametres, ilpeuvent aussi servir a executer des 
operations surun thread different ! 

Code : C# 

using System; 

using System. Collections . Generic; 
using System. ComponentModel; 
using System. Data; 
using System. Drawing; 
using System. Linq; 
using System. Text; 
using System. Windows . Forms; 
using System. Threading; 

namespace ThreadWForms 

{ 

public partial class Forml : Form 

{ 

private Random rand = new Random (( int ) DateTime . Now . Ticks ) ; 
private int[] tableau = new int [500000] ; 

//On cree notre delagate. 

public delegate void MontrerProgres ( int valeur) ; 
bool termine = true; 
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public Forml () 

{ 

InitializeComponent ( ) ; 

//On genere un tableau d'entiers aleatoires. 

for (int i = 0; i < tableau . Length; i++) 

{ 

tableau [i] = rand. Next (50000) ; //...Boucle tres 

simple, avec methode Random tres simple. 

} 

} 

public void Selection () 

{ 

//On va simplement compter les nombres du tableau 
inferieurs a 500. 

int total = 0; 

for (int i = 0; i < tableau . Length; i++) 

{ 

if (tableau[i] < 500) 

{ 

total++ ; 

} 

//Puis, on incremente le ProgressBar . 

int valeur = (int) (i / (double) tableau . Length * 

100); 

//On achete la paix, on entoure notre Invoke d'un 

try . .. catch ! 

try 

{ 

//On invoque le delegate pour qu'il effectue la 

tache sur le temps 

/ / de 1 'autre thread. 

Invoke ( (MontrerProgres ) Progres, valeur) ; 

} 

catch (Exception ex) { return; } 

} 

termine = true; 

} 

private void btnLancer_Click ( ob j ect sender, EventArgs e) 

{ 

/ /Petite securite pour eviter plusieurs threads en meme 

temps . 

if (termine) 

{ 

//On cree le thread. 

Thread tl = new Thread (new ThreadStart (Selection) ) ; 
termine = false; 

//Puis on le lance ! 

tl . Start ( ) ; 

} 

} 

public void Progres (int valeur) 

{ 

//On met la valeur dans le controle Windows Forms. 
pgbThread . Value = valeur; 

} 

} 

} 
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Petites explications : Un Invoke sert a demandera l'autre thread de s'occuperd'une action dans un moment libre. C'est 
l'equivalent d'envoyer un email a un webmestre pour qu'il corrige une erreur sur sa page web. Le webmestre, des qu'il le pourra, 
s'occupera de corriger l'erreur. II s'agit du meme principe ! Cela permet de contoumer le manque thread-safe des controles 
Windows Forms, car c'est le thread proprietaire qui Unit par effectuer Taction. 

Aussi, vous avezpeut-etre fait la grimace en apercevant la ligne 55. 11 y a un cast d'un delegate juste avant le nomde la methode. 
Cela evite d'avoir a creer un delegate. Je pourrais tres bien remplacer cette ligne par ceci : Invoke (new 
MontrerProgres (Progres) , valeur) ;. 

BackgroundWorker 

La classe BackgroundWorker foumit un environnement d'execution multitache tres securitaire, mais un peu limite a mon gout. 
Cependant, je vais quand meme vous montrer comment Tutiliser. L'objet BackgroundWorker se trouve dans la barre d'outils dans 
la categorie Composants. II s'agit d'un petit objet pas tres personnalisable quipossede tres peu de parametres et d’evenements. 
Je vous montre par un exemple comment Tutiliser. J'ai fait un simple projet Windows Forms dans Visual Studio qui comporte une 
ProgressBaret un bouton de depart, tout comme Texemple precedent. 



Code : C# 

using System; 

using System. Collections . Generic; 
using System. ComponentModel; 
using System. Data; 
using System. Drawing; 
using System. Linq; 
using System. Text; 
using System. Windows . Forms; 
using System. Threading; 

namespace Background_WorkerEx 

{ 

public partial class Forml : Form 

{ 

private bool _etat = false; 

public Forml () 

{ 

InitializeComponent ( ) ; 

//On demande a ce que le BackgroundWorker supporte le 
rapport de progres et 1 ' annulation . 

bwProgress . WorkerReportsProgress = true; 
bwProgress . WorkerSupportsCancellation = true; 

//On abonne le BackgroundWorker aux evenements requis. 
bwProgress . DoWork+=new 
DoWorkEventHandler (bwProgress DoWork) ; 

bwProgress . ProgressChanged+=new 
ProgressChangedEventHandler (bwProgress ProgressChanged) ; 

bwProgress . RunWorkerCompleted+=new 
RunWorkerCompletedEventHandler (bwProgress RunWorkerCompleted) ; 

} 


private void bwProgress^DoWork (ob j ect sender, 
DoWorkEventArgs e) 

{ 
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int i = 0; 


//Tant et aussi longtemps que la barre n 'a pas atteint 
le 100% et qu ' on 

/ /ne demande pas a annuler . . . 

while (i < 100 && ! bwProgress . CancellationPending) 

{ 

//On attend 150ms. 

Thread . Sleep ( 150 ) ; 


i + 3. 


//On retrouve la valeur la plus petite entre 100 et 
i = Math. Min (100, i + 3); 


//On rapporte le progres fait. 
bwProgress . Report Pr ogress ( i ) ; 

} 

} 


private void btnStart_Click (ob j ect sender, EventArgs e) 

{ 

//Le bouton joue le role de demarrage comme 
d'annulation selon la situation . 
if ( ! _etat ) 

{ 

bwProgress . RunWorkerAsync ( ) ; 
btnStart . Text = "Annuler"; 


else 

{ 

bwProgress . CancelAsync ( ) ; 
btnStart . Text = "Demarrer"; 

} 


_etat = !_etat; 

} 

private void bwProgress ProgressChanged (obj ect sender, 
ProgressChangedEventArgs e) 

{ 

//On fait avancer la ProgressBar. 
pgProgress . Value = e . ProgressPercentage; 

} 

private void bwProgress_RunWorkerCompleted (ob j ect sender, 
RunWorkerCompletedEventArgs e) 

{ 

//Lorsque c'est termine, on affiche un message 
indiquant la fin de l'activite. 

MessageBox . Show ( "Le BackgroundWorker a termine") ; 


} 


} 



Tout ce qui a ete defini dans le constructeur du formulaire aurait pu etre mis dans le Designer graphique. Je l'ai mis la 
pourvous montrer quelles proprietes et evenements ont ete affectes. 


Done avec le BackgroundWorker, le multi-tache en Windows Forms devient tres facile comme vous pouvezle voir. Tous les 
evenements appeles seront executes dans le thread principal, eliminant ainsi l'utilisation de la commande Invoke. Magique 


n'est-ce pas 



Cela conclut ce tutoriel. 11 y a plusieurs parties des threads et des delegates que je n'aipas couvert parce que je ne les considere 
pas necessaires. Allezfaire un tourdu cote de MSDN pour plus d'explications et d'exemples ! Je vous met surquelques pistes, 
comme la programmation reseau, les methodes anonymes et les impressions en threads separes. 

www.openclassrooms.com 


Les Threads en .NET 


30/31 


Iln'y a jamais de fin a ce que le .NET peut faire ! Les threads n'etaient que la pointe du iceberg. VisitezMSDN si vous desirez 
plus d'information et si vous vous posezune question sans reponse, je vous rappelle qu'ily a un Forum sur le Site du Zero pour 
demander. 


Partager 





Ce tutoriel a ete corrige par les zCorrecteurs . 
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